home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 7090 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: white.lambton.on.ca!not-for-mail
  2. From: 93004794@white.lambton.on.ca (C Lambert)
  3. Newsgroups: comp.lang.c++
  4. Subject: The dreaded KEYCOPY dilemma!
  5. Date: 20 Feb 1996 13:21:17 -0500
  6. Organization: Lambton College, Sarnia, CANADA
  7. Message-ID: <4gd3et$btn@white.lambton.on.ca>
  8. NNTP-Posting-Host: white.lambton.on.ca
  9. X-Newsreader: TIN [version 1.2 PL2]
  10.  
  11. From 93004794@lambton.on.caTue Feb 20 13:19:48 1996
  12. Date: Tue, 20 Feb 1996 13:19:14 -0500 (EST)
  13. From: C Lambert <93004794@lambton.on.ca>
  14. To: Glenn Grotzinger <ggrotz@sutm.2sprint.net>
  15. Subject: Re: HELP! Stopping KeyCopy
  16.  
  17. > Well direct that output to a text file, scan it for "KEYCOPY", disallow
  18. > logon to network if that string appears in the memory register.  Then delete
  19. > that output afterwards.  Effectively it *WOULD* disable usage of machines
  20. > which have that program on.
  21.  
  22. Ok, how does this look:
  23.  
  24. if exists c:\keycopy goto :kill
  25. if not exists c:\keycopy goto :end
  26. :kill
  27. attrib c:\keycopy -r -h -a
  28. del c:\keycopy
  29. :end
  30.  
  31.     Very nice I know.  But this is a temporary and hack fix at very 
  32. best, I want to do the following:
  33.  
  34. 1) redirect "mem /c > mem.txt" into a file, easily done I agree.
  35. 2) scan this .txt for KEYCOPY (ie> strtok from a stream?), ok a little 
  36.    more involved, but mainly just typing, no problem.
  37. 3) compare the UNKNOWN TSR's to a list, stored on the server (where it is
  38.    reletively safe) in z:\\orange\\knowntsr.dat - no prob.
  39. 4) REMOVE the TSR's from memory, either by UNLOADING them or overwriting 
  40.    their contents, NO SO EASY!  I get plenty of feedback telling me how to
  41.    do this, but seriously doubt any of the offerers have any clue how to 
  42.    really do this.  Its nice to get a reply, but some of these people 
  43.    simply blast ya for stupidity and yet have no clue themselves <G>.
  44.  
  45. > As I saw someone else suggest in Usenet, if the floppies are absolutely
  46. > unnecessary, DISABLE them.
  47.  
  48.     This is a college, and unfortunately that solution is not available 
  49. to us. We must allow for the tranferring of data from a hard drive or 
  50. virtual drive to floppy.
  51.  
  52. > Major thing, find the perpetrator, make him a public example, and be sure
  53. > everyone knows he was dealt with SEVERELY.
  54. > 
  55.     Not my domain, but I am sure the CS people would be more than happy 
  56. to correct the problem ;)
  57.  
  58.                     Thanks for the feedback!
  59.  
  60.                     Christopher Lambert
  61.                     93004794@white.lambton.on.ca
  62.  
  63.  
  64.